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Remarks 

Reconsideration of the above referenced application in view of the enclosed amendment 
and remarks is requested. Claims 1, 3-4, auU 9 have been amended. Claims 31-38 stand 
withdrawn. Claims 1-30 and 39-40 are now pending in the application. Replacement sheets 
containing formal drawings are submitted \mder separate cover with the declaration that no new 
matter is added. It should be noted that the MPEP does not explicitly require this declaration for 
replacement drawings meant only to replace informal drawings, but only for a replacement 
specification. 

ARGUMENT 

Claims 1-5 have been rejected under 35 U.S,C. § 112, second paragraph, as being 
indefinite for failing to particularly point out and distinctly claim the subject matter which 
Applicant regards as tlie invention. This rejection is respectfully traversed and Claims 1-5 are 
believed allowable based on.the above amendments and following discussion. 

Claim 1 is amended to explicitly recite that the data block is received in a data stream. 
Claim 3 is amended to recite the necessary condition for requiring a source of said portion of said 
payload. This necessary limitation for an embodiment of the invention is clearly described in tlie 
specification, at least at page 26, lines 12-16. Wlien only uut; source circuit is used in the system, 
then the source need not be part of the data-stream identifier. Claim 3 recites limitations to 
handle both cases. Claim 4 is amended to remove the ^'necessary" language. 

Claims 9-16 arc rejected under 35 U.S.C. 1 12, second paragraph as being incomplete for 
omitting essential steps. This rejection is respectfully traversed and claims 9-16 are believed 
allowable based on the above amendments and foregoing and following discussion. 

The Examiner asserts that a data block and a decrypted data block are not different. 
While the distinction .is subtle, these two elements are not the <iflmft. For instance, some 
encryption a;^d decryption schemes may insert or omit certain portions of the data block. An 
encrypted data block may include header in:fom>ation providing decryption keys or clues as to 
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which keys to use to decrypt. A decrypted data block defines a data block that has been 
previously encrypted and then decrypted. It will be apparent to one of ordinary Skill in the art 
that the decrypted data block may contain information about the decryption or encryption engine. 
The decrypted data block may not be identical to the original unencrypted data block due to some 
loss of data during encryption and decryption or the addition of header information. Since 
Cooper et al, do not teach using data blocks that have been previously decrypted, the reference 
does not teach or suggest all of the elements of Appb'cants'' claimed invention. 

The actual step of encrypting and decrypting the data block is outside of the scope of 
Claim 9 because it is to take place in another component of the system which is not explicitly 
claimed. For instance, systems which use data retrieved from the Internet do not ucccssarily 
claim the Internet as an element of the claimed invention. In order to protect the Applicants'" 
invention from infringement, excessive steps taken outside the claimed component are omitted 
from the Claim. However, it will be apparejtit Lu onu of ordinary skill in the art that receiving a 
riever-encrypted data block is not the same as receiving a data block that has previously been 
enctypted and then decrypted^ The prior art teaches various, methods for distributing software 
trials, but does not teach the claimed methods as acting on data that was previously encrypted or 
decrypted. Thus, Claims 9-16 are believed allowable and the Examiners interpretation of the 
term decrypted data block as a mere data block is incorrect. 

Claims 9-16 are rejected under 35 U.S.C. § 102(b) as beitig anticipated by U.S. Patent 
No. 5,757,908 to Cooper et al, (hereafter, *'Cooper et al."). This rejection is respectfully 
traversed and Claims 9-16 are believed allowable based on the above amendments and the 
foregoing and following discussion. 

Generally, Cooper et al. teach a system for enabling a file or software application which 
has h^m locked from the user* Cooper et al. teach an apparatus for securing access to particular 
files which are stored in a computer-accessible memory media, A plurality of files is stored in a 
compute accessible memory mcdia^ including at least one fUe uicviuuslv enciTpted bv the 
vendor , and at least one unencrypted file. For each encrypted file, a preselected vortion of the 
jUe is recorded in memory, a decryption block is generated which incKides information which can 
be utilized to dectypt Qic file, and the decryption block is incorporated in the file in lieu of the 
preselected portion which has been recorded in memory. This entire file is then distributed to the 
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user. Cooper et aK does not teach a system which receives a decrypted data block and then 
replaces a portion of a decrypted data block and then re-encrypt<5 the data block after setting a 
flag and sending to a receiving module. 

In contrast. Applicants* invention recites a system for transmitting a data stream made up 
of data blocks, where a data block portion of a payload may be replaced with a tag indicating 
whether a decryption key is necessary to decode the data block. The data blocks of a given data 
stream may contain disparate protocols and be routed to one or more application decoders. 
Further, the sending device and receiving device may negotiate for a session key to decrypt the 
decryption keys, thereby enabling additional security to the data stream as is passes through the 
data safeguarding device. This negotiation is specifically claimed in tlie'ptx^visiurially withdrawn 
claims. 

Cooper et al. teach a system where only one portion of a file is encrypted to protect it 
from being accessed by a user upon a user request to access the file. An operating system level 
file management program determines whether the user is authorized to access the file and 
supplies the decryption key. Cooper et al. teach supplying the key by the vendor. Cooper et al. 
do not teach or suggest a decrypted data stream received from a source device, but merely a file 
drawn from media. 

As described in the specification, and recited in the claims, Applicants' invention 
safeguards data within a device and forwards data of varying protocols to appropriate application 
decoders. If a data stream contains both audio and video data blocks, the data blocks from the 
received data stream may be sent to different application decoders based on their protocol^ i.e., 
audio vs. video formats. Applying the teachings of Cooper et al to Applicants' invention will 
resuh in an operating system level decoder for files and not o safeguarding device that may be 
implemented in hardware, software, or firmware that receives transmitted data streams without 
user request. 

The Examiner asserts tJaat Cooper et al. disclose all elements of the claims. The 
independent claims have been amended to more clearly recite that the sending system, received a 
decrypted data block and then re^encrypts at least portions of the data block before sending the 
encjypted data tu ihe second system, i.e., the application decoder module. This encrypting of tJie 
data is a second encrypting, or re-encrypting. The data block is not received in an encrypted 
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mode and then merely passed through to the second system. It has been first decrypted. After 
decrypting by the first device, a portion of the payload may be replaced. At least a portion of the 
data block is encrypted before transraitling to the second device. Cooper et al do not teach or 
suggest this decrypting or re-enciypting. Thus, Claims 9-16 are allowable as iimendcd. 

Cooper et al. do not teach a method to re-encrypt a decrypted data stream, but only a 
method to decrypt a pre-encrvnted file on a media device. In contrast, Applicants* claimed 
invention receives a decrvnted datf> stream and encrypts the payload portion of the data blocka in 
the data stream before sending them to owe or more application decoders. The PCX and 
plication decoders may be separate devices, circuits or modules, or they may be part of the 
same device. Regardless, the PCX and application decoders arc part' of an overall dala 
safeguarding system. Cooper et al. teach that the encryption occurs on a vendor system and 
decryption occurs on a user system. 

Claims 1-8, 17-30 and 39-40 are xi^jccCcd under 35 U.S.C. § 103(a) as being unpatentable 
over U.S. Pat. No. 5,572,442 to Schulhof et al. (hereinafter '*SchuIhof et al.'^ in view of Cooper. 
This rejection is respectfully traversed and Claims 1-8, 17-30 and 39-40 are believed allowable 
based on the above amendments and the folloviing discussion. 

Schulhof et al teach a distribution system for audio materials including a portable audio 
storage, Schulhof et al. teach that an encrypted data steam may be received frorn an input 
program signal. 1 he data stream is decrypted, demodulated and decoded as necessary so that it 
can be stored on the portable storage device. However, onr.ft decrypted and stored, the data is 
susceptible to unauthorized access and manipulation. There is no guarantee that the stored data 
will maintain its integrity. In contrast, Applicants' invention passes the encrypted data blocks 
thmiigh a s^ifeguarded system ^vithout storing them unprotected on a media device. 

Combining tlie teaching of Schulhof et al. and Cooper et al. will not result in Applicants' 
claimed invention. If Cooper et al, were to retrieve data from the Schulhof et al. portable storage, 
it 13 the equivalent of retrieving an open data stream and not a dtsciypLcd deita stream. Schulhof 
et al do not suggest that the portable storage device stores anything other than the original 
unencrypted data stream. Schulhof et al. merely suggest that the data might be received in an 
encrypted format and tlmi decrypting, deuompressmg and decoding take place as necessary. This 
teaching implies that the data stored on the portable media device is placed in its original state. 
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and accessible to any process having access to the device and thus susceptible to being read by, 
or modified by, any unauthorized system or device. 

Further, combining the two reterences is improper as Cooper et al. teach installing trial 
software and Schulhof et al, teach distributing audio and video programming. There h no 
motivation to combine these teachings. Cooper et al. do not teach or suggest that their process 
may use audio and video programming, but only software code. Cooper et aL also teach using 
pre-selectisd encrypted portions of software. Cooper et al. teach that the software is received as 
reversibly fiinctionally limited software. The pre-selected portiorLs are received by the user in an 
enciypted state. Combining the teachings of Schulhof et al would result in Cooper et al 
receiving unencrypted and wide open software code which would negate the pmpose of buving 
fiinctionally limited software distributed to users. Thus, the combination of the references is 
improper and Claims 1-8, 17-30 and 39-40 are believed allowable. 

Thusj for th6 foregoing reasojus, tdl claims remaining in the application are now 
allowable. 
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CONCTJJSION 



In view of the foregoing, Claims 1-30 and 39-40 are all in condition for allowance. If the 
Exantmer hoa any questions, tlic Examixicr is invited to contact the undersigned at (703) 633- 
6845. Early issuance of Notice of Allowance is respectfully requested. Please charge any 
shortage of fees in connection with tlie filing of this paper, including extension of time fees, to 
Deposit Account 02-2666 and please credit any excess fees to such account. 



Respectfully submitted, 



Dated: 



Patent Attorney 
Intel Corporation 
Registratinn No. 42,173 
(703) 633-6845 

c/o Blakely, Sokoloflf, Taylor & 
Zafman, LLP 
12400 WilshircBIvd, 
Seventh Floor 

Los Angeles J CA 90025-1026 
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